CLAIMS 



I/We claim: 

[d] 1 . A method in a computer system for placing a task in a known state, 

the task having multiple threads executing on streams of the computer system, 
the method comprising: 

notifying each of the threads of the task executing on a stream to enter a 

known state; and 
for each of the threads, 

in response to receiving the notification, entering the known state so 
that an action can be performed with the task being in the 
known state. 

[c2] 2. The method of claim 1 wherein the known state is a quiescent state. 

[c3] 3. The method of claim 1 wherein the known state is where each of the 

threads is executing idle instructions. 

[c4] 4. The method of claim 1 wherein the known state is where the threads 

stop executing instructions. 

[c5] 5. The method of claim 1 wherein the task is assigned to a protection 

domain and the notifying includes raising a domain signal for the protection 
domain. 

[c6] 6. The method of claim 1 wherein prior to entering the known state 

each thread saves its state. 



[c7J 



7. The method of claim 1 wherein a thread of the task initiates the 
notifying. 
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[c8] 8. The method of claim 7 wherein the thread initiates the notifying by 

sending a request to an operating system. 



[c9] 9. The method of claim 7 wherein the task notifies an operating system 

that the task is blocked from further productive use of a resource until an event 
occurs prior to entering the known state. 

[do] 10. The method of claim 1 wherein the action to be performed is 

swapping out the task from processor utilization. 

[en] 11. The method of claim 10 wherein prior to entering the known state 

each thread saves its state information. 

[d2] 12. The method of claim 1 wherein each thread of the task has state 

information and the action to be performed is review of the state information. 

[d3] 13. The method of claim 12 wherein the review of the state information 

is by a debugger. 

[d4] 14. The method of claim 13 wherein the debugger executes as a thread 

of the task that does not enter the known state. 

[d5] 15. The method of claim 1 wherein the action is to process a signal 

indicated by an operating system. 

[d6] 16. The method of claim 1 wherein the action is to perform an inter- 

thread long jump. 

[d7] 17. The method of claim 1 wherein the known state is waiting on a 

synchronization indication. 
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[d8] 18. The method of claim 17 wherein the waiting is performed by 

accessing a memory location with a synchronization access mode of future. 

[d9] 19. The method of claim 1 wherein entering the known state includes 

invoking an operating system call. 

[c20] 20. The method of claim 1 wherein a master thread is designated for 

notifying an operating system when the task is in the known state. 

[c2i] 21. The method of claim 1 wherein one of the threads enters a known 

state of processing signals while the other threads are in a known state that is a 
quiescent state. 

[c22] 22. The method of claim 21 wherein after processing the signals each of 

the threads exits the known state. 

[c23] 23. A method in a computer system for a task to exit a known state, the 

computer system supporting multiple streams, the task having multiple threads 
executing on the streams, the method comprising: 

notifying each of the threads of the task to exit the known state; and 

for each thread, 

in response to receiving the notification, executing instructions that 
were to be executed prior to entering the known state. 

[c24] 24. The method of claim 23 wherein the known state is a quiescent 

state. 

[c25] 25. The method of claim 23 wherein the known state is where the 

threads are executing idle instructions. 
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[c26] 26. The method of claim 23 wherein the known state is where the 

threads stop executing instructions. 

[c27] 27. The method of claim 23 wherein the known state is where the 

threads are waiting on a synchronization indication. 

[c28] 28. The method of claim 27 wherein the notifying includes indicating the 

synchronization. 

[c29] 29. The method of claim 23 wherein each thread restores state 

information that was saved prior to the state entering the known state. 

[c30] 30. The method of claim 29 wherein one thread performs signal 

processing upon exiting the known state. 

[c3i] 31. The method of claim 30 wherein the other threads wait until the 

signals are processed before executing instructions that were to be executed prior 
to entering the known state. 

[c32] 32. The method of claim 23 including reserving a number of streams for 

the task. 

Ic33] 33. The method of claim 23 wherein after receiving the notification, the 

task creates streams for the threads. 

[c34] 34. A system for placing a task in a known state, the task having multiple 

threads executing on streams of the system, the system comprising: 

a component for notifying each of the threads of the task executing on a 

stream to enter a known state; and 
a component for each of the threads that, 



[32475-8001 US0500/SL0321 60. 1 03] 



-36- 



10/10/03 



in response to receiving the notification, causes the thread to enter 
the known state so that an action can be performed with the 
task being in the known state. 

[c35] 35. The system of claim 34 wherein the known state is a quiescent state. 

[c36] 36. The system of claim 34 wherein the known state is where each of 

the threads is executing idle instructions. 

[c37] 37. The system of claim 34 wherein the known state is where the 

threads stop executing instructions. 

[c38] 38. The system of claim 34 wherein the task is assigned to a protection 

domain and the notifying includes raising a domain signal for the protection 
domain. 

[c39] 39. The system of claim 34 wherein prior to entering the known state 

each thread saves its state. 

[c40] 40. The system of claim 36 wherein a thread of the task initiates the 

notifying. 

[c4ij 41 . The system of claim 40 wherein the thread initiates the notifying by 

sending a request to an operating system. 

[c42] 42. The system of claim 40 wherein the task notifies an operating 

system that the task is blocked from further productive use of a resource until an 
event occurs prior to entering the known state. 

[c43] 43. The system of claim 34 wherein the action to be performed is 

swapping out the task from processor utilization. 
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[c44] 44. The system of claim 43 wherein prior to entering the known state 

each thread saves its state information. 

[o45] 45. The system of claim 34 wherein each thread of the task has state 

information and the action to be performed is review of the state information. 

[c46] 46. The system of claim 45 wherein the review of the state information is 

by a debugger. 

[c47] 47. The system of claim 46 wherein the debugger executes as a thread 

of the task that does not enter the known state. 

[c48] 48. The system of claim 34 wherein the action is to process a signal 

indicated by an operating system. 

[c49] 49. The system of claim 34 wherein the action is to perform an inter- 

thread long jump. 

[c50] 50. The system of claim 34 wherein the known state is waiting on a 

synchronization indication. 

[c51] 51. The system of claim 50 wherein the waiting is performed by 

accessing a memory location with a synchronization access mode of future. 

[c52] 52. The system of claim 34 wherein entering the known state includes 

invoking an operating system call. 

[c53] 53. The system of claim 34 wherein a master thread is designated for 

notifying an operating system when the task is in the known state. 



[32475-8001 US0500/SL0321 60.1 03] 



-38- 



10/10/03 



[c54] 54. The system of claim 34 wherein one of the threads enters a known 

state of processing signals while the other threads are in a known state that is a 
quiescent state. 

[c55] 55. The system of claim 34 wherein after processing the signals each of 

the threads exits the known state. 

[c56] 56. A system for use by a task to exit a known state, the system 

supporting multiple streams, the task having multiple threads executing on the 
streams, the system comprising: 

a component for notifying each of the threads of the task to exit the known 

state; and 
a component for each thread that, 

in response to receiving the notification, executes instructions that 
were to be executed prior to entering the known state. 

[c57] 57. The system of claim 56 wherein the known state is a quiescent state. 

[c58] 58. The system of claim 56 wherein the known state is where the 

threads are executing idle instructions. 

[c59] 59. The system of claim 56 wherein the known state is where the 

threads stop executing instructions. 

[c60] 60. The system of claim 56 wherein the known state is where the 

threads are waiting on a synchronization indication. 

[c6i] 61. The system of claim 60 wherein the notifying includes indicating the 

synchronization. 
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[c62] 62. The system of claim 56 wherein each thread restores state 

information that was saved prior to the state entering the known state. 

[c63] 63. The system of claim 62 wherein one thread performs signal 

processing upon exiting the known state. 

[c64] 64. The system of claim 63 wherein the other threads wait until the 

signals are processed before executing instructions that were to be executed prior 
to entering the known state. 

[c65] 65. The system of claim 56 including reserving a number of streams for 

the task. 

[c66] 66. The system of claim 56 wherein after receiving the notification, the 

task creates streams for the threads. 
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